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COMBINING DIFFERING TRANSPORT 

TECHNOLOGIES IN A TELECOMMUNICATIONS 

SYSTEM 

BACKGROUND 



This application claims the priority and benefit of United States Provisional 
Patent AppHcation Serial Number 60/205,569, filed May 22, 2000, which is 
incoipoiated herein by reference. This application is related to United States Patent 
AppUcation Serial Number 09/734,040, filed December 12, 2000, which is incorporated 
harein by reference. 

1. FIELD OF THE INVENTION 

The present invention pertains to telecommimications, and particuliarly to 
interworking of differing transport technologies in a telecommunications system. 

2. RELATED ART AND OTHER CONSIDERATIONS 

In a typical cellular radio system, mobile user equipment units (UEs) 
communicate via a radio access network (RAN) to one or more core networks. The 
user equipment units (UEs) can be mobile stations such as mobile telephones ("cellular" 
telephones) and laptops with mobile termination, and to can be, for example, portable, 
pocket, hand-held, computer-included, or car-mounted mobile devices which 
communicate voice and/or data with radio access network. 

The radio access network (RAN) covers a geographical area which is divided 
into cell areas, with each cell area being served by a base station. A cell is a 
geographical area where radio coverage is provided by the radio base station equipment 
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V connections. In this regard, in UTRAN the circuit switched connections involve a radio 
networic controller (RNC) communicating wifli a mobile switching center (MSG), 
which in turn is connected to a connection-oriented, external core network, which may 

I be (fOT example) the Public Switched Telephone Network (PSTN) and/or the Integrated 
5 Services Digital Network (ISDN). On tiie other hand, in UTRAN the packet switched 
connections involve the radio network controller communicating with a Serving GPRS 
Support Node (SGSN) which in turn is connected through a backbone network and a 
Gateway GPRS support node (GGSN) to packet-switched networks (e.g., the Internet, 
X,25 external networks). 

W\ There are several interfaces of interest in the UTRAN. The interfece between the 

radio network controllers (RNCs) and the core network(s) is termed the 'Tu" interface. 
The interface between a radio network controller (RNC) and its base stations (BSs) is 
teraied the "lub" interface. The interfece between the user equipment unit (UE) and the 
base stations is known as the "air interface" or the "radio interfece" or "Uu interface". 

15 In some instances, a connection involves both a Serving or Source RNC (SRNC) and a 
target or drift RNC (DRNC), with the SRNC controlling the connection but with one or 
\ more diversity legs of the connection being handhng by the DRNC (see, in this regard, 
United States Patent Application Serial No. 09/035,821 filed March 6, 1998, entitled 
"Telecommunications Inter-Exchange Measurement Transfer"; and United States Patent 

20 Application Serial No. 09/035,788 filed March 6, 1998, entitied "Telecommunications 
Intor-Exchange Congestion Control", both of which are mcorporated ho-ein by 
ref^ence). The interface between a SRNC and a DRNC is termed the 'Tur" mterface. 

^ In the Universal Mobile Telecommunications (UMTS), a service is identified on 

a non-access stratum level of the UMTS architecture by a Non-Assess Stratum (NAS) 

25 Service Identifier (NAS Service ID). On the access stratum level of the UMTS 

architecture, each service is identified by a radio access bearer (RAB) identifier (RAB 
ID) on the lu interface and by one or more radio bearer (RB) identifiers (RB IDs) on the 
radio interface (e.g., the air interface). Each NAS Service is thus linked to one radio 
access bearer (RAB), and each radio access bearer (RAB) is linked to one or more radio 

30^ bearers (RBs). One or more radio bearers (RBs) are linked to one transport channel, 
eta. tnti common trati-wnrt channel or to a Dedicated Transport Channel (DCH), on the 
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frecpiencies) wiA the user equipment units (UE) within range of the base stations. In 
the radio access network, several base stations are typically connected (e.g., by 
landKnes or microwave) to a radio network controller (RNC). The radio network 
controller, also sometimes termed a base station controller (BSC), supervises and 
coordinates various activities of the plural base stations connected liiereto. The radio 
network controllers are connected to a core network. 

One example of a radio access net^'ork is the Universal Mobile 
Telecommunications (UMTS) Terrestrial Radio Access Network (UTRAN). The 
UTRAN is a third generation system which is in some respects builds upon the radio 
access technology known as global System for Mobile communications (GSM) 
developed in Europe. UTRAN is essentially a wideband code division multiple access 
(W-CDMA) system. 

■ . ■• " i 

As those skilled in the art appreciate, in W-CDMA technology a common 

ftequeaicy band allows simultaneous communication between a user equipment unit 

(UE) and plural base stations. Signals occupying the connnon ftequency band are 

discriminated at the receiving station through spread spectrum CDMA waveform 

properties based on the use of a high speed code, such as a pseudo-noise (PN) code. 

These high speed PN codes are used to modulate signals transmitted from the base 

stations and the user equipment units (UEs). Transmitter stations using different 

codes (or a PN code offeet in time) produce signals that can be sepamtely demodulated 

at a receiving station. The high speed PN modulation also allows the receiving station 

to advantageously generate a received signal from a single transmitting station by 

combining several distinct propagation paths of the transmitted signal. In CDMA, 

therefore, a user equipmeatit unit (UE) need not switch fi:equency when handoff of a 

connection is made from one cell to another. As a result, a destination cell can support 

a connection to a user equipment unit (UE) at the same time the origination cell ^ 

continues to service the connection. Since the user equipment unit (UE) is always 

communicating through at least one cell during handover, there is no disruption to the 

call. Hence, the term "soft handover." In contrast to hard handover, soft handover is a 

'*make-before-break" switching operation. 



m 
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A project known as the Third Generation Partnership Project (3GPP) has 
undertaken to evolve ftirther tiie UTRAN and GSM-based radio access network 
technologies. In a radio access network such as UTRAN as specified by 3GPP R99 
standards, there is a need to transport data between nodes of the radio access network. 
5 These nodes could be radio network controller (RNC) nodes and base station nodes, for 
eTcample. For example, the transport of data can be between two radio network 
controiier (RNC) nodes, or between a radio network controller (RNC) node and a base 
station node. 

In general there are two basic categories of data that are transported betweei| 
10 nodes of the radio access network. A first type of data is user data, which is generally 
data that is evaatually carried over the radio (air) int^ace (data that is transmitted to or 
received firom the user equipment unit (UE) ov&c tiie air interface). A second type of 
data is control signaling, e.g., signaling for control between the nodes within the radio 
access network. Normally, the transport of these two types of data is organized as 
15 separate transport networks. That is, user data is carried on a user data transport 

network, while the control signaling is carried on a signaling transport network. T^ere 
is also control data associated with the user data, such control data being carried on the 
user data transport network. 

For the UMTS R99 standard as specified by the Third Generation Partnership 
20 Project (3GPP), AAL2/ATM was selected as the user data transport in the WCDMA 
radio access network (e.g., the UTRAN). Asynchronous Iraasfer Mode (ATM) 
technology (ATM) is a packet-oriented transfer mode which uses asynchronous tin|e 
division multiplexing techniques. Packets are called cells and have a fixed size. An 
ATM cell consists of 53 octets, five of which form a header and forty eight of which 
25 constitute a "payload" or information portion of the cell. The header of the ATM cell 
includes two quantities which are used to identify a connection in an ATM network 
over which Ibe cell is to travel, particularly the VPI (Virtual Path Identifier) and VCI 
(Virtual Channel Identifier). In general, the virtual path is a principal path defined 
between two switching nodes of the network; the vfatual chaniiel is one specific i 
30 connection on flie respective principal path. 
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layer (including both a physical medium sublayer and a transmission convergence 
sublayer), an ATM layer, and an ATM ad^tation layer (AAL), and higher layers. The 
basic purpose of ttie AAL layer is to isolate the higher layers from specific 
characteristics of the ATM layer by mapping the higher-layer protocol data units (PDU) 
into the information field of the ATM cell md vise versa. 

There are several differing AAL types or categories, including AALO, AALl, 
AAL2, AAL3/4, and AAL5. AAL2 is a standard defined by ITU recoimnendation 
1363.2. An AAL2 packet comprises a three octet packet header, as well as a packet 
payload. The AAL2 packet header includes an eight bit channel identifier (CID), a six 
bitl^gth indicator (LI), a five bit User-to-User indicator (UUI), and five bits of header 
error control (HEC). The AAL2 packet payload, which carries user data, can vary from 
one to fiaiy-five octets. 

Although AAL2/ATM was selected as the user data transport in the WCDMA 
radio access network (e.g., the UTRAN) for the 3GPP R59 standard, the UTRAN 
architecture is structured to accommodate transport technologies o&er than ATM. An 
aspect of the UTRAN which facilitates such accommodation of other transport 
technologies is the fact that the UTRANf is carefidly layered into a radio network layer 
and a transport layer. In an example shown in Fig. 1, the radio network layer is above 
line L, while the transport layer is below line L. The radio network layer and the 
transport layer each have a control plane and a user plane. For the transport of user 
dat£^ this layering implies that separate firame handling (FP) protocols have been 
specified as part of the radio network layer (e.g., for the formatting of user data and 
appending of associated control data). This firame handhng (FP) protocol assumes 
certain services firom the transport layer. 

Fig. 1 illustrates a first node 1-26 which operates in accordance with the 3GPP 
R99 standards. Node 1-N is another node which also operates in accordance with the 
3GPP R99 standards. The node 1-26 and node 1-N communicate across ah lux 
interface. In the descriptor "lux interface", the "x" indicates that the ioterface is generic 
and can be, for example, the lub interface (in which case node 1-N is a base station 
node), or the lur interface (in which case node 1-N is another RNC node), or the lu 
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does not show the physical layer, which can he a link, preferably bidirectionai, between 
nodes 1-26 and 1-N. 

Fig. 1 further shows several types of signaling between node 1-26 and node 1-N. 
In the control plane of the radio network layer, both node 1-26 and node 1-N execute an 
5 "apphcation" which involves apphcation control signaling between node 1-26 and node 
1-N. In Fig. 1, the application control signaling is depicted by the line labeled as "A- 
XP". In the user plane of the radio network layer, user plane traffic occurs as indicated 
by aie line labeled "lux FP". 

Ill accordance with the 3GPP R99 standard, the establishment of a transport 

10 bearer is usually (bnt not always) initiated by the serving radio network controller 
(SRNQ as part of the execution of a radio network layer (RNL) procedure. The radio 
network layer procedure by which the SRNC mitiates the transport bearer has four "basic 
steps. As a first step, the node which initiates the (RNL) procedure sends an application 
message (the apphcation initiating control message ) in the control plane of the radio 

15 network layer to the other node, initiating the radio network layer procedure. For the lu 
interface, tlie apphcation initiating control message includes an address and a reference 
(e.g., a binding identification). As a second step, the node receiving the application 
initiating application message returns an apphcation initiation response message. For 
establishment of a transport bearer over the lur and lub interfaces, the application 

20 initiation response message include an address and a reference (e.g., binding 

identification) for the receiving node (e.g., UMTS node 1-N in Fig. 1). As a third step, 
the SRNC sends a transport bearer establishment request message using transport- 
specific signaling within the transport layer. The Access Link Connection Apphcation 
Protocol (ALCAP) has been employed by 3GPP as a generic name to mdicate the 

25 protocol for estabhshment of transport bearers, e.g., a name for transport layer control 
plane signaling. For the AAL2/ATM user data transport scheme implemented by 3GPP 
R99 standards, the ALCAP protocol is Q.2630.1 protocol, also known as q.aal2. The 
receiving node (e.g., UMTS node 1-N in Fig. 1) receives the transport bearer related 
information carried in the tranq)ort bearer establishment request message and associates 

30 fee transport bearer with the previous radio network layer procedure using the address 
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established imtU the iaitiatiiig node receives the establish confiim message. When the 
transport bearer is established, it is communicated to the higher layers of the UMTS 
node initiating the R3SL procedure (e.g., UMTS node 1-26). 

In view of the UTOAN architecture being structured to accommodate transport 
technologies other than ATM, internet protocol (TP) has been considered as another 
transport technology. In this regard, some adaptation protocol on top of IP may be 
required in order to provide services to the frame handling (FP) protocols as are 
provided by the AAL2 protocol. One example of such an adaptation protocol is the 
XTP protocol which is disclosed in United States Patent Application Serial Number 
09/734,040, filed December 12, 2000, which is incorporated herein by reference. Such 
adaptation protocol provides, among other things, both connection identification in 
^dpomts of the TP network and m-sequence deUvery. Thrae are two main ways of 
establishing an IP transport bearer. One way is to include the IP address and IP 
endpoint identifier m the radio network layer appUcation signaling, and to exchange the 
IP address and IP endpoint identifier in both directions. The other way is to have 
s^arate signahng to exchange this information. 

Interworking between AAL2 and internet protocol (IP) has heretofore involved 
both the control plane of the radio network layer and the transport layer. In this case the 
application layer signaling is performed in two stages. The first stage involves 
signaling first to a node that serves as a gateway for the signaling. At the gateway node 
the application signaling is terminated, and the transport-related information is changed 
from ATM to IP and vice versa. This transport information is then provided to the 
transport layw of the transport interwcarking function. However, for some appUcations 
such as the 3GPP UTRAN, this state of the art interwoikmg does not meet the 
architectural requirement to separate the transport technology from the radio network 
layer (e.g., application) signaling. 

When introducing a new transport technology such as internet protocol (IP), 
migration aspects of akeady-implemented networks must be considered. This means, 
for example, that it must be possible for an operator to operate the network where parts 
of UTRAN use AAL2/ATM transport, and other parts use internet protocol (BP). 
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as UTRAN should be able to reach each o&er, introduction of the new transport 
technology can be problematic. One possible solution could be to require that aU ngw 
nodes which connect to the internet protocol (IP) network also connect to the radsting 
AAL2/ATM network to allow reachability over both transport networks. However, 
5 such a requiremeht puts unrealistic constraints on dq)loyment of new nodes. 

What is needed, and an object of the present invention, is a technique for 
intecwoiking differing transport technologies in a multi-layer telecommunications 
system which includes an ^plication layer and a transport layer. ^ 

BRIEF SUMMARY OF THE INVENTION 

10 In a multi-layer telecommunications system which includes an application layer 

and a transport layer, differing transport technologies are interworked without 
terminating the application layer signaling or without involving a technology 
interworking in the control plane of the application layer (e.g., without interworkui^ in 
the application signaling). In various illustrated embodiments, the appUcation layer is a 

15 radio access network (RAN) of a wireless telecommunications system. 

hi at least some embodiments of the present invention an interworking function 
is situated on a transport interface between two nodes of the radio access network 
(UTRAN), or situated on an interface between a node (e.g., RNC node) of the radio 
access network (UTOAN) and a core network node. The interworking function cai| be 
20 located in a separate node which may be another UMTS node having both ATM and 
internet protocol (EP) interfaces. There are numerous rnodes of implementing the 
interworking of the present invention, regardless of which interface is affected (e.g., an 
lur interface, an lub interface, or an lu mterface). 

A first interworking mode involves interworking with q.aal2 signaMng. There 
25 are various ways or options of implraaenting the intenvorking with q.aal2 signaling, A 
first such exanq)le option is to use an IP specific signaling protocol over the IP network. 
A second example option is to use q.aal2 signaling over the IP network to/firom the IP 
node (e.g.. the IP-connected RAN or UMTS node). 
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ISL one of its aspects, the present inventioii also provides an optimization feature 
ia the ev«it that nodes on bofli side of the interface (lu interface, lur interface, or lub 
int^:£ice) are IP-connected nodes. Uris optimization feature facilitates determination of 
whether both nodes are, in fact, IP-connected nodes, and (if so) then permits exchange 

5 of IP information m the application signaling message. To make this determination and 
possible exchange, a first node (being an IP-connected node) mcludes its IP address and 
IP endpoint identifier for uplink traffic in an IP transport bearer container sent to the 
second node in an initiating appUcation control message. If an IP transport bearer 
. container is received from the second node in an appUcation control response message, 

10 flie transport bearer is considered as being established. Otherwise, if an IP transport 
bearCT container is not received from the second node, the interworking of the present 
invention is invoked by the first node 



Another mterworking mode involves obtaining address and binding identifier 
parameters to be included in application signaling messages by consulting a transport 

15,^ layer interworidng gateway. In this mode, tiie first node is not an IP-connected node 
but the second node is an IP-connected node. Upon receipt of an initiating application 
message from tihe first node, the second node obtains from a ti-ansport level 
mterworking gateway a network address of the interworking gateway and a binding 
identifier of the interworking gateway to send back to the first node. Further, the 

20 second node establishes a bidirectional IP connection with the interworking gateway. 
The first node can then use the network address of Ae interworking gateway and the 
binding icbntifier of flie interworking gateway to establishes a connection with the 
interworking gateway. 

Yet another mode of implementing interworking for the present invention 
25 involves tunneling. Tunneling mechanisms can be used when it is not a requiranent 
that transport connections be established before data is sent and it does not mattra: which 
node initiates the AAL2 connection. In tunneling, two independent unidirectional flows 
. ^ on both the IP and AAL2 side are estabUshed. For tunneling, the bearer transport 
information can be included in the application signaling messages. 

.^0 The oresent invention also encompasses the potential use of multiple 
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interworking). Alternatively, there can be the nraltiple steps of ATM-IP-ATM 
interworking. 

BRIEF DESCRTPTTON OF THE DRAWINGS 

The foregoing and other objects, features, and advantages of the invention will 
5 be apparent from the following more particular description of preferred embodiments as 
illustrated in the accompanying drawings in which reference characters refer to the 
same parts throughout the various views. The drawings are not necessarily to scale, 
emphasis instead being placed upon illustrating the principles of the invention. 

Fig. 1 is a diagrammatic view illustrating, e.g., layermg between two nodes.of a 
10 radio access network. 

Fig. 2 A is diagrammatic view of example mobile communications system 
showing an example location of an interworking gateway node in accordance with one 
embodiment of the present invention. 

Fig. 2B is diagrammatic view of example mobile communications system ^ 
15 showing an example location of an interworking node in accordance with another 
embodiment of the present invention. 

Fig. 2C is diagrammatic view of example mobile communications system 
showing an example location of an interworking node in accordance with yet another 
embodiment of the present invention. 

20 Fig. 3 A and Fig. 3B are diagrammatic views showing an example transport layer 

interworking technique of the present invention using q.aal2 signaling. 

Fig. 4A and Fig. 4B are diagrammatic views showmg an option of unplementing 
the interworking technique of Fig. 3 A and Fig. 3B using an IP specific signaling 
protocol over the IP networic. 
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respectively. 

Fig. 5 A and Fig. 5B are diagrammatic views showing an option of implementing 
the interworking technique of Fig, 3 A and Fig. 3B using q.aal2 signaling over tiie IP 
network to/jfrom an IP node. 

5I Fig. 5A(1) and Fig. 5B(1) are diagrammatic views showing basic information 

tibat is included when user data is sent in the option depicted in Fig. 5A and Fig. 5B, 
re^ectively. 

Fig. 6A and Fig. 6B are diagrammatic views showing protocol layers on the 
ATM network and IP network, respectively, for the option of Fig. 5 A and Fig. 5B 

10 option . 

'\ 

Fig. 7A, Fig. 7B, and Fig. 7C are diagrammatic views illustrating various 
scenarios of an example optimization feature which &cilitates determination of whether 
both nodes are, in fact, IP-connected nodes, and if so pacmits exchange of IP 
information, but which otherwise resorts to interworidng. 

15 Fig. 8 is a diagrammatic view showing an example interworking technique of the 

^ present invention using interworking with application signaling. 

Fig. 9A and Fig. 9B are diagrammatic views showing an example interworking 
technique of the present invention using tunnehng. 

Fig. lOA and Fig. lOB are diagrammatic views showing examples of multiple 
20 stages or steps of interworking according to an embodiment of the present invention. 

i 

DETAILED DESCRIPTION 

In the following description, for purposes of explanation and not limitation, 
specific details are set forth such as particular architectures, interfeces, techniques, etc. 
in order to provide a thorough understanding of the present invention. However, it will 
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descriptions of well known devices, circuits, and methods are omitted so as not to 
obscure the description of the present invention with unnecessary detail. . 

The present invention is described in the non-limiting, exanq»le context of a 
universal mobile telecommunications system (UMTS), such as the UMTS lOA shown 
in Fig. IK UMTS lOB shown in Fig. 2B, and UMTS IOC shown in Fig. 2C. The 
configuration of the UMTS lOA, UMTS lOB, and UMTS IOC axe essentially the same, 
excepting positioning of certain exemplary interworking nodes as hereinafter described. 

hi each of the UMTS lOA of Fig. 2A, UMTS IDE of Fig. 2B, and UMTS lofc of 
Fig. 2C, a representative, connection-oriented, extemal network, shown as a cloud 12 
may be for example the Public Switched Telephone Network (PSTN) and/or the 
hitegrated Services Digital Network (ISDN). A representative, connectionless-ori€»ted 
extemal networic shown as a cloud 14, may be for example the Internet Both networks 
are coupled to corresponding service nodes 16. The PSTN/ISDN connection-oriented 
network 12 is connected to a connection-oriented service node shown as a Mobile ^ 
Switching Center (MSC) node 18 that provides circuit-switched services. The Litemet 
comiectionless-oriented network 14 is comiected to a General Packet Radio Service 
(GPRS) node 20 tailored to pro\'ide packet-switched type services which is sometimes 
referred to as a GPRS service node (GSN). 

Each of the core network service nodes 18 and 20 connects to a UMTS 
Terrestrial Radio Access Network (UTRAN) 24 over a radio access network (RAISj) 
interfece referred to as the lu interfece. UTRAN 24 includes one or more radio network 
controllers (RNCs) 26. For sake of simpUcity, the UTRAN 24 of Fig, 2A is shown with 
only two RNC nodes, particularly RNC 26i and RNC262. Each RNC 26 is comiected to 
a plurality of base stations (BS) 28. In UTRAN, a base stations (BS) 28 is also called 
Node B. For example, and again for sake of simpUcity, two base station nodes are 
shown connected to each RNC 26. In this regard, RNC 26i serves base station 28i.j and 
base station 281.2, while RNC 26, serves base station 283.1 and base station 282.2. H^ will 
be appreciated that a different number of base stations can be served by each RNC, and 
that RNCs need not serve the same number of base stations. Moreover, Fig. 2A shows 
„^ pxrr /-at, rrtniiA/«.tfi/l nxTPT an Tnr interface to one or more other RNCs in tite 
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A user equipment unit (UE), such as user equipment unit (UE) 30 shown in Fig. 
2A, communicates with one or more base stations (BS) 28 over a r^o or air interface 
,^ 32. Each of the radio interface 32, the lu interface, the lub interface, and the lur 

interface are shown by dash-dotted lines in Fig. 2A. fn this example, radio access is 
5 based upon wideband, Code Division Multiple Access (W CDMA) with individual radio 
chamiels allocated using CDMA spreading codes. Of course, other access methods may 
be employed* WCDMA provides wide bandwidth for multimedia services and other 
high transmission rate demands as well as robust features like diversity hmidoff and 
RAKE receivers to ensure high quahty. Each user mobile station or equipment imit 
io\ (UE) 30 is assigned its own scrambling code in order for a base station 28 to identify 
transmissions from that particular user equipment unit (UE) as well as for the user 
equipment miit (UE) to identify transmissions from the base station intended for that 
user equipment unit (UE) from all of the other transmissions and noise present in the 
same area. 

15 Different types of control chamiels may exist between one of the RNC nodes 26 

\ and user equipment units (UEs) 30. For example, m the forward or downlink direction, 
there are several types of broadcast channels including a general broadcast chaimel 
(BCH), a paging channel (PCH), a common pilot channel (CPICH), and a forward 
access channel (FACH) for providing various other types of control messages to user 

20 equipment units (UEs). In the reverse or uplink direction, a random access channel 
(ElACH) is employed by user equipment units (UEs) whenever access is desired to 
perform location registration, call origination, page response, and other types of access 
\ operations. The random access chamiel (RACH) is also used for carryiag certain user 
data, e.g., best effort packet data for, e.g., web browser applications. Traffic channels, 

25 e.g., either common traffic channels or dedicated traffic channels (DCH), may be 
allocated to carry substantive call communications with a user equipment unit (UE), 

The present invention involves, among other things, an interworking of differing 
technologies (e.g., transport layer technologies) without involving a technology 
\ interworking in the control plane of the radio access network (e.g., without 
30 interworking in the appHcation signaling). As in the case of Fig. 1 previously 
descrihedL in the oresent invention there is both an applications laver (e.g., a radio 
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applications layrar; application signaling is executed in the control plane of the 
applications layer. As part of its execution, the application usually performs a radio 
network layer (RNL) procedure in order to initiate a transport bearer. 

The particular application executed depends, e.g., on which interface is invoiyed. 

5 Over the lu interface, the application signaling protocol is called the Radio Access 
Network Application Part (RANAP) and the user plane frame protocol is the lu user 
plane frame protocol (luFP). For the lur interface, the application signaling protocol is 
known as RNSAP and the user plane frame protocol is the lur user plane frame protocol 
(lurFP). For the lub interfece, the apptication signaling protocol is known as NBAP and 

10 ihe user plane protocol is the lub user plane frame protocol (lubFP). For call confrol in 
flie core network, there is an plication caHed Bearer Independent Call Control \ 
(BICC). Hereinafter, for convenience (and not by way of limitation) the application 
layer shall generally be referred to as the radio access netwcark layer. 

In accordance with the foregoing objective, in at least some embodiments of the 

1 5 present invention an interworking function is situated on die transport network interface 
between two nodes of the radio access network (UTRANf). The interworking function 
can be located in a separate node which may be a UMTS Node having both ATM md 
internet protocol (IP) interfaces. For example, in an embodiment illustrated in Fig. 2A, 
interworking gateway node 50A is located between a Serving RNC node (such as radio 

20 network controller (RNC) node 26i) and another RNC node (such as radio network 
controller (RNC) node 26^. In another embodiment ilhistrated in Fig. 2B, interworking 
gateway node SOB is located between a Serving RNC node (such as radio network 
controller (RNC) node 26i) and one or more base station nodes (such as base station 
28i.i, for example). In yet another embodiment illustrated in Fig. 2C, interworktngi 

25 gateway node 50C is located between a core network node (such as MSG node 1 8, for 
example) and a Serving RNC node (such as radio network controller (RNC) node 26j). 
Which UTRAN interface requires interworking is determined by the network operator. 
Since interworking is only done in the transport network layer, the same interworking 
node can be used regardless of the application (lu, lur, lub) being transported. These 

30 embodiments are not meant to be exclusive, as other embodiments are within the ambit 
^fi-i,^ :*,-^a*,*in-n T7/v>* avomt-iio e>/»Ano«rto rtf PiCT 9. A ATI H Fi tr OIH nfiuld be servM bv 
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depending on the routing table configuration of the transport network. 

Although Figs. 2A, 2B, and 2C show the interworking node along the lur, lub, 
and lu interfaces, respectively, this is just for illustration. The interworking is performed 
only in the transport layer and is independent of the lur, lub, and lu application 
protocols. One interworking node could perform the function for all the interfaces. 

It now being understood that the interv^^orking node of the present invention can 
be located either as shown m Fig. 2A, or as in Fig. 2B, or as in Fig, 2C, or even within a 
node, description of the present invention continues without regard to p^cular location 
of the interworidng gateway. That is, unless otherwise noted, the ensuing discussion 
involves either (1) two radio access network nodes [with one of the radio access 
netwoii: nodes being a radio network controller (RNC) node and the other radio access 
node being either a radio netw;ork controller (RNC) node (as in the Fig. 2A 
embodiment) or a base station node (as in the Fig. 2B embodiment)] or (2) a radio 
network controller (RNC) node and a core network node (as in the Fig. 2C 
embodiment). In accordance witii &is generic description, reference to "interworking 
function*' or "interworking gateway", or any variations thereof, should be understood to 
represent an interworking gateway such as interworking gateway 50A in the Fig. 2A 
CTibodiment, or interworking gateway 50B in the Fig. 2B embodiment, or interworking 
gateway 50C in liie Fig. 2C embodiment, or any other variations thereof (including an 
embodiment in which the kiterworidng gateway is situated within a radio access 
network (RAN) node or between an RNC node and a core network node). 

There are numerous modes of implementing the interworking of the present 
invention. A first such mode, which involves interworking with q.aal2 signaling, is 
generally illustrated in Fig. 3A and Fig. 3B. 

INTERWORKING WITH Q. AAL2 SIGNALING: OVERVIEW 

Bo& Fig. 3 A and Fig* 3B depict various steps performed and/or messages 
transmitted in a transport bearer initiating procedm^e which utilizes the interworking 
with q-aal2 signaling. In Fig. 3A and Fig, 3B, nodes 3A-26 and 3B-26 are the 




wo 01/91399 PCT/SEOl/01047 

16 

provided by the transport layer, what in 3GPP specifications is referred to as 'transport 

if. 

bearer". In both Fig. 3 A and Fig. SB, a transport layer interworidng gateway 50 is on a 
path of the connection. In Fig. 3 A, node 3A-N (the connection-signaling receiver) is an 
internet protocol (IP) node, while node 3 A-26 (the connection signaling initiator node) 
5 is an ATM node. 

In the Fig. 3 A scenario, connection signaling initiator node 3 A-26 initiates the 
application initiating procedure by sending an initiating application message 3A-1 to the 
othMnode(e.g.,tonode3A-N)- In response, the IP-based node 3A-Nretanis an 
initiation response message 3A-2. The initiation response message 3A-2 includes an 

10 ad(hress for the node 3 A-N (e.g., an E, 164 address) and a reference (e.g., binding 

identification) for the receiving node (e.g., node 3A->0- In the illustrated embodiment, 
the binding identification is preferably a Served User Generated Eeference (SUGk). 
Both the imtiating application message 3 A-1 and the initiation response message 3A-2 
are application signaling messages which, in the illustrated embodiment, can be carried 

15 by an SS7 network, or by any other signaling bearer technique. The SS7 is a transport 
network separate from the user data transport network. The SS7 network can, in tum, 
be based on pure SS7 (MTP3b) or on SCTP/IP, or a mix thereof. 

Ths transport layer interworidng gateway node 50, situated on the path of the 
coraiection, is transparent to application control signaling and has nothing to do with Ihe 

20 application control signalmg. Therefore, transport layer interworking gateway 50 i^oes 
not affect, and is essentially not affected by, flie initiating application message 3A-1 and 
the mitiation response message 3A-2. The tiansport layer intearworking gateway 50 
deals only wiih a certain type of cell flow for the transport layer (e.g., a certain ATM 
adaptation layer (AAL) type, such as AAL2, for example in the illustrated embodiment) 

25 and not the cell flow of the appHcation signaling (e.g., AAL5 iti the illustrated 
embodiment). In general, tiie application control signaling is transported over a 
different network than the transport layer network. i 

Returning to the Fig. 3 A scenario, the connection signahng initiator node 3A-26 
next sends a q.aal2 Establish Request message 3 A-3 on the transport layer. The 

xxrifh n 0/;^n 1 TAfi^ar^hf^A m a nnWinatinn A/inv 
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3A-3 is received by transport layer interworldiig gateway 50. The interworking 
gateway SO realizes, that to reach the node having the E.164 address specified m the 
q.aal2 Est£d)lish Request message 3A-3, the outgoing route from interworking gateway 
i 50 is on the internet protocol (IP) networL In this regard, interworking gateway 50 
5 queries a database 52 in order to translate the E.164 address to an IP address of &e 
endpoint node (e.g.. Node 3A-N). 



Upon obtaining the IP address of the endpoint node, interworking gateway 50 
sends an IP bearer signaling message 3 A-4 to node 3 A-N. The IP bearer signaling 
. message 3A-4 includes information necessary for the node 3 A-N to estabUsh a 
10 % unidirectional connection toward interworking gateway 50. The SUGR is included in 
the IP bearer signaling message 3A-4 so that node 3 A-N, an IP node, can associate this 
signaling, e.g., IP bearer signding message 3A-4, with tiie application signaling (e.g., 
initiating application message 3A-1). Hie IP bearer signaling message 3 A-4 is in an IP 
bearer control protocol, genericaUy shown as IP-ALCAP, which can be transported, for 
15 example, on Stream Control Transmission Protocol (SOT) [see IETF RFC 2960] . 

'\ Upon receiving the IP bearer signaling message 3 A-4, node 3 A-N responds with 

IP response message 3A-5 (using, e.g., IP-ALCAP) which includes information 
necessary to establish a unidirectional connection from interworking gateway 50 to the 
IP node 3A-N. Receipt of the IP response message 3A-5 at interworking gateway 50 
20 causes interworking gateway 50 to send a q.aal2 Establish confirmation message 3A-6 
toward the connection initiating node, e.g., node 3A-26. 

^ The database 52 queried by interworking gateway 50 can be an internal database 

as shown in Fig. 3A. Alt^natively, database 52 can be an external database, such as a 
Qomain Hame Server pNS), for example. See RFC 1034, "Domain Names - Concepts 
25 and Facilities"; RFC 1035, "Domain Names - Implementation and Specification"; and, 
RFC 2181, "Clarifications to the DNS Specification". 



In the Fig. 3B scenario, the situation is reversed in that the node 3B-26 is an 
internet protocol (IP) node, while node 3B-N is an ATM node (e.g., a 3GPP R99 node). 
As in the Fig. 3A scenario, connection signaling initiator node 3B-26 initiates the 
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initiation response message 3B-2. The initiation response message 3B-2 includes an 
address for the node 3B-N (e.g., an E. 164 address) and SUGR from the receiving node 
(e.g., node 3B-N). 

Upon receiving the initiation response message 3B-2, the IP node 3B-26 realizes 
5 that to reach a node such as node 3B-N, SRNC node 3B-26 will have to send a message 
on the IP network via an appropriate interworking gateway 50. In order to do so, node 
3B-26 queries database 54 to translate the E. 164 address received for node 3B-N to the 
IP address of the appropriate interworkmg gateway 50. Database 54 can either internal 
or external to node 3B-26. Upon leammg of the IP address of the appropriate 
10 interworking gateway 50, node 3B-26 sends IP bearer signaling message 3B-3 to that 
interworking gateway 50. The IP bearer signaling message 3B-3 indudes the 
connection information received from node 3B-N, e.g., the E.164 address of node 3B-N 
and the SUGR for node 3B-N), as well as the necessary IP connection information for 
interworking gateway 50 to estabhsh a unidirectional connection to node 3B-26, the 
15 connection signaling initiator (e.g., unidirectional IP connection information pP 
address^ endpoint identifier such as a UDP port number]). ^ 

Upon receiving the IP bearer signaling message 3B-3, interworking gateway 50 
sends a q.aal2 Establish Request message 3B-4 towards the node 3B-N based on the 
received E.164 address for node 3B-N. Receipt of the q.aal2 Establish Request message 
20 3B-4 from interworking gateway 50 prompts node 3B-N to issue an q.aal2 Establish 
Confirmation message 3B-5 toward interworking gateway 50. 

When interworking gateway 50 receives the q.aal2 Establish Confirmation 
message 3B-5 from node 3B-K, interworking gateway 50 sends IP response message 
3B-6 to node 3B-26. The IP response message 3B-6 includes the connection 
25 information required for the unidirectional connection from node 3B-26 to interworking 
gateway 50 (e.g., unidirectional IP connection information [IP address, endpoint 
identifier such as UDP port number]). 

There are various ways or options of implementing the interworking with q.^12 
sicmaliTitr which ha.<! fretietallv been deoicted in both Fie. 3A and Fig. 3B. A first such 
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^ netwcak to/fixjm tiie IP node, as illustrated in Fig. 5 A and Fig. 5B. For sake of 
simplification. Figs. 4A - 4B and Fig. 5A - 5B show primarily the signaling on the 
control planes of tiie radio access network and the transport network wifibout detailing 
internal fimctions of the nodes and the interworking gateway. In essence, the options of 
' Fig. 4A and Fig. 4B on one hand, and Fig. 5A and Fig. 5B on the other hand, are 
subsets of the general unplementation already described with reference to Fig. 3 A and 
Fig. 3B, and thus (unless otherwise indicated) are to be construed basically to be 
^ consistent with Fig. 3A and Fig. 3B. While the prefix numbers of the messages differ in 
Fig. 4A, Fig. 4B and Fig. 5A, Fig. 5B fix)m those of the generalized Fig. 3A, and Fig. 
3B, respectively, messages bearing similar sufiBxes serve similar purposes. Moreover, it 
will be appreciated that, although the user planes are present in tihe implementation, 
labels for the user planes have been omitted from some of the illustrations. 

INTERWORKING -WITH QAAL2 SIGNALING: OPTION OF USING AN IP 
SPECIFIC SIGNALING PROTOCOL OVER THE IP NETWORK 

Fig. 4A and Fig. 4B show certain basic events which occur with the option of 
using an IP specific signahng protocol over the IP network to implement the 
interworking with q.aal2 signaling. In this option, an IP specific signaling protocol is 
used over the IP network. The present invention is not limited to utilization of any 
particular IP protocol, as any IP protocol can be utilized so long as it is consistent with 
any c^iable of conveying the information required (as hereinafter explained). IP 
specific signahng protocols which can be utilized with the present mvention mclude 
both SIP and H.245. SIP is Session Initiation Protocol, see IETF RFC 2543 . For 
H.245, see ITU-T Recommendation H.245, Control Protocol for Multimedia 
Commmication. The IP protocol used with the invention can be an conventional 
existing protocol, or a new lightweight IP specific signaling protocol. 

The information that must be conveyed by the IP specific signaling protocol for 
implementation of the IP signahng option of the present invention includes tlie 
following: 

(1) unidkectional IP connection information (IP address, endpoint identifier 
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(2) destination address for the AAL2 network, e.g., E.164 address, and SUGk; 

(3) potential bandwidth and QoS information for flie interworidng gateway to be 
able to set up the AAL2 connection with appropriate attributes and on an 
appropriate VCC. 

5 As in like manner with Fig. 3 A and Fig. 3B, in Fig. 4A and Fig. 4B nodes 4A-26 

and 4B-26 are the connection signaling initiators ("the initiating node") and nodes 4A-N 
and 4B-N are the connection-signaling receivers. Fig. 4A illustrates tiie situation in 
which connection signalmg initiator node 4A-26 is an ATM node and Node 4A-N is an 
IP node. Conversely, Fig. 4B illustrates the situation in which connection signaling 

10 initiator node 4B-26 is an IP node and node 4B-N is an ATM node. 

As m the generalized Fig. 3 A scenario of which it is an implementation subset, in 
the Fig. 4A scenario the ATM connection signaling initiator node 4A-26 initiates the 
appUcation initiating procedure by sending an initiating application message 4A-1 to the 
other node (e.g., to node 4A-N). In response, the IP-based node 4B-N returns an 
15 initiation response message 4A-2. The initiation response message 4A-2 includes an 
address for the node 4B-N (e.g., an E.164 address) and a SUGR value as a binding 
identification. 

Fig. 4A shows connection signaling initiator node 4A-26 next sending a q.aal2 
Establish Request message 4A-3 on the ti-ansport layer to intrarworkmg gateway 50, 

20 possibly via an AAL2 switch. As shown m Fig. 4A, the Establish Request message 4A- 
3 includes tiie following information elements: (1) the VCC/CID to interworking 
gateway 50; (2) tiie E.164 address of the endpointnode (i.e., node 4A-Nin this 
scenario); (3) ALC [AAL Type 2 Link Characteristics]; (4) OSAID; (5) tiie SUGR of 
the endpoint node (node 4A-N), as well as other relevant elements of fiiture capability 

25 sets of Q.2630, e.g., for quality of service (QoS) management. 

In hke manner as in the Fig. 3 A scenario, in the Fig. 4A scenario interworking 
gateway 50 queries a database 52 in order to translate the AAL2 network address, e.g., 
the E,164 address, to an IP address of tiie endpoint node (e.g., node 4A-N). Upon 
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' message 4A-4 inFig.4A, The Request message 4A-4 includes the IP address of 
interworkmg gateway 50 (Ipg); an identifier for the camiection as afforded by 
interworking gateway 50 (CBIDg); and Ihe SUGR of the endpoint node (e.g., node 4A- 
N). 

'1 

5 Upon receipt of the Request message 4A-4, the BP endpoint or receiving node 

(node 4A-N) returns an IP response message 4A-5 corresponding to message 3 A-5 of 
Fig- 3A- This IP response message includes infomiation necessary to establish a 
unidirectional connection from interworking gateway 50 to the IP node 4A-N. The 
Response message 4A-5 includes the IP address IPr of tiie endpoint node (e.g., 
10 receiving node 4A-N) and an identifier for the connection as afforded by the endpoint 
^ node (CEEDr). Receipt of Ihe Response message 4A-5 at interworking gateway 50 
causes interworidng gateway 50 to send a q*aal2 Establish confirmation message 4A-'6 
toward the connection initiating node, e.g., node 4A-26. The Establish confirmation 
message 4A-6 includes both the information elements DSAID and OSADD. 

15 Information element DSAED is a Destination Signaling Association Identifier; 

information element OSAID is an Originating Signaling Association Identifier. The 

'i i 

■ DSAID and OSAID are employed in q.aall signaling» During connection setup 
signaling, DSAIDs/OS AIDs are selected by each node and communicated to the 
adjacent node as a reference to that connection in the control plane. When a connection 
20 is to be released, a release message is sent with these signaling identifiers so that the 
nodes know which connection should be released. 

For the Fig. 4A scenario, Fig. 4A(1) shows basic information that is included 
^ when frame protocol (FP) data is sent. When frame protocol data is sent on the IP 
network, the destination IP address, connection identifier^, and frame protocol data are 
25 ttansmitted. Fig. 4A(1) also shows presence of a switch 100 between ATM node 4A-26 
and interworking gateway 50, and the information cmied by the link between ATM 
node 4A-26 and the switch 100 on the one hand, and the information carried by the linlc 
switch 100 and interworkitig gateway 50 on the other hand. Iq Fig. 4A(1)5 IPr refers to 
UieEP address of the receiving node (e.g., node 4A-N), and CEIDr similarly refers to the 
30^ connection id^tifier of the receiving node. Conversely, DPg refers to the IP address of 
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address field of Ihe corresponding P headers. 



In the Fig. 4B scenario, the situation is revereed (as in Fig. 3B) in that the node 



4B-26 is an internet protocol (IP) node, while node 4B-N is an ATM node (e.g., a 3GPP 
R99 node). Connection signaling initiator IP node 4B-26 initiates the aj^lication 
initiating procedure by sending an initiating application message 4B-1 to the other node 
(e.g., to node 4B-N). In response, the ATM-based node 4B-N returns an initiation 
response message 4B-2. The initiation response message 4B-2 includes an address for 
&e node 4B-N (e.g., an E. 164 address) and SUGR from the receiving node (e.g., node 
4B-N). As in Fig. 3B, database 54 is queried to translate the E. 164 address received for 
node 4B-N to the IP address of the appropriate interworking gateway 50. Upon ^ 
learning of Ae IP address of the appropriate interworking gateway 50, SRNC node 4B- 
26 sends an IP bearer signaling message to that interworking gateway 50. 

In the Fig. 4B option, the IP bearer signaling message is labeled as Request 
message 4B-3. The Request message 4B-3 includes the IP address of the connection 
initiating node (e.g., SRNC node 4B-26); an identifier for the connection as afforded by 
the connection initiating node (CEIDsmc); the address of the endpoint node (e.g., ilode 
4B-N), and the SUGR of the endpoint node. Thus, in the Fig. 4B option, parameters 
needed for the gateway 50 to generate a q.aal2 message are included in Request 
message 4B-3. 

Upon receiving the IP bearer signaling message in the form of Requ^ message 
4B-3, interworking gateway 50 sends an Establish Request message 4B-4 towards the 
node 4B-N. The Establish Request message 4B-4 is a q.aal2 message which includfes 
the following information elements: (1) the VCC/CID to interworkmg gateway 50; (2) 
the address of the endpoint node (i.e., node 4B-N in this scenario); (3) ALC; (4) 
OSAID; and (5) the SUGR of the endpoint node (node 4B-N). 

Receipt of the q.aal2 Establish Request message 4B-4 firom interworking 
gateway 50 prompts node 4B-N to issue an q.aal2 Establish Confirmation message 4B-5 
toward interworking gateway 50. The Establish confirmation message 4B-5 includtes 
both the information elements DSAID and OSAID. When interworking gateway 50 
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message is labeled as Response message 4B-6 in Fig. 4B. The Response message 4B-6 
includes the IP address of interworking gateway 50 and an identifier for the comiection 
as afforded by mterworldng gateway 50 (CEIDgateway). 

For flie Fig. 4B scenario, Fig. 4B(1) shows basic information that is included 
when frame protocol data is sent. Again, as in Fig. 4A(1), when frame protocol data is 
sent over the IP network, the destination BP address, comiection identifier, and frame 
protocol data are transmitted. Like Fig. 4A(1), Fig. 4B(1) also shows presence of a 
switch 100, this time between between ATM node 4B-N and interworking gateway 50. 
In Fig. 4B(1), IPsmc refers to the IP address of the connection initiator node (e.g., node 
4B-26), ^d CElDsmc similarly refers to the connecticMi identifier of the connection 
initiator node . As previously understood, IPg refers to die IP address of interwoddng 
gateway 50 and CEIDg similarly refers to the connection identifier of mterworldng 
gateway 50. The IP addresses shown are contained in tiie destination IP address field of 
the c(»re^onding IP headers. 

INTERWORKING WITH Q. AAL2 SIGNALING: OPTION OF USING Q.AAL2 
SIGNALING OVER THE IP NETWORK 

Fig. 5 A and Fig. 5B show certain basic events which occur with the option of 
using q.aal signalmg over the IP network to and from the IP node to implement the 
interworkmg. In the particular example illusfration shown in Fig. 5A and Fig. 5B, 
SCTP is used for fransporting the signaling over the IP network. 

As in like manner with Fig. 3A and Fig. 3B, m Fig. 5A and Fig. 5B nodes 5A-26 
and 56-26 are the connection signaling initiators (•*the initiating node") and nodes 5A-N 
and 5B-N are the connection-signaling receivers. Fig. 5A illusfrates the situation in 
which coimection signaling initiator node 5A-26 is an ATM node and node 5 A-N is an 
IP node. Conversely, Fig. 5B illustrates the situation in which connection signaling 
initiator node 5B-26 is an IP node and node 5B-N is an ATM node. 



As in the generalized Fig. 3 A scenario of which it is an implementation subset, in 
the Fig, 5 A scenario the ATM connection signaling initiator node 5A-26 initiates the 
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initiiation response message 5A-2. The initiation response message 5A-2 includes an 
address for the node 5A-N (e.g., an E.164 address) and a SUGR value as a binding 
identification. The connection enc^int ID (CEID) of node 5A-N can be used as the 
SUGR in the q.aal2 messages. In other words, in the initiation response message 5A-2 
5 the IP-based node 5A-N has sent its address and SUGR to SRNC node 5A-26 in 
RNSAP. 

Fig. 5A shows connection signaling initiator node 5 A-26 next sending a q.aal2 
Establish Request message 5 A-3 on the transport layer toward the endpoint node (e.g., 
node5A-N). The Establish Request message 5A-3 includes the following information 

10 elements: (1) the VCC/CID to interworking gateway 50; (2) the E.164 address of the 
en^oint node (i.e., node 5A-N in this scenario); (3) ALC; (4) OSAID; (5) the SUGR of 
the endpoint node (node 5A-N). The interworking gateway 50 is in the path toward the 
endpoint node 5A-N. When interworking gateway 50 receives the Establish Requek 
message 5A-3 from the SRNC ATM node 5A-26, interworking gateway 50 queries a 

15 database to translate the E. 1 64 address to an IP address of the endpoint node (e.g., node 
5A-N). 

Upon obtaining the IP address of the endpoint node, interworking gateway 50 
chooses a source IP address to be used for receiving q.aal2 signaling and user data. 
Interworking gateway 50 sends an IP bearer signaling message toward node 5A-N Asing 

20 IP transport (e.g,. based on the IETF SCTP standard [a standard way of sending SS7- 
based messages over IP networks]). The chosen source IP address is used in the Source 
IP address field of the IP header. The destination IP address in the IP header is an 
address associated m&i the ent^oint address. In acconiance witii ihs option of 
implementation depicted by Fig.SA, the message is labeled as Establish Request 

25 message 5 A-4. The Establish Request message 5 A-4 includes an identifier for the 

4. 

connection as afforded by interworking gateway 50 (CEIDg); the address of the ' 
endpoint node (e.g., node 5A-N); the ALC, the OSAID, and the SUGR of the endpoint 
node. The interworking gateway 50 can include its connection endpoint identifier 
(CEIDg) field in the q.aal2 Establish Request message 5A-4. The CEID to be used for 
30 data toward iutraworking gateway 50 (CEIDg) is thus included in the connection 
f^lAtnent iHetitifier fif.M (veihich T^nrmallv rstrries the VCC/CSD for AAL2). 



wo 01/91399 



PCT/SEOl/01047 



25 

address of mterwoikmg gateway 50 can be ascertained from fee source address of the IP 
head^ of the q.aaO EstabBsh Request message 5A-4. The IP en<%»omt node (node 5A- 
N) returns an Establish Ccmfinnation message 5A-5 toward the interworidng gateway 
50. The Establish Confirmation message 5A-5 basically corresponds to IP r^onse 
message 3A-5 of Fig. 3 A. This Establish Confirmation message 5A-5 includes the 
DSAID and OS AID. Receipt of the Establish Confirmation message 5A-5 at 
rnterworking gateway 50 causes interworidng gateway 50 to send an Establish 
Confirmation message 5A-6 toward the connection initiating node, e.g., node 5A-26. 
The Establish confiroaation message 5A-6 also includes the information elements 
DSAID and OSAID. 

In the Fig. 5A scenario, the IP node 5A-N uses the source IP address in the 
Establish Request message 5 A-4 for user data (e.g., fiame protocol data [FP]) toward 
interworidng gateway 50, and uses the CEIDg as the connection idaatifier in this 
direction (e.g., toward interworidng gateway 50). For user data toward the endpoint 
node (e.g., node 5A-N), interworidng gateway 50 uses the IP address corresponding to 
the end point address, and uses the CEID of the enc^oint node for tihie connection 
identifi^ that was provided in the SUGR parameter. 

In the Fig. 5B scenario, the situation is reversed (as in Fig. 3B) m that the SRNC 
node 5B-26 is an intemet protocol (IP) node, while node 5B-N is an ATM node (e.g., a 
3GPP R99 node). Connection signaling initiator IP node 5B-26 initiates the application 
initiating procedure by sending an initiating application message 5B-1 to the other node 
(e.g., to node 5B-N). In reg)onse, the ATM-based node 5B-N returns an initiation 
response message 5B-2. The initiation response message 5B-2 includes an address for 
the node 5B-N (e.g., an E.164 address) and SUGR from tiie receiving node (e.g., node 
5B-N). 

The DP SRNC node 5B-26 chooses a source IP address to be used for receiving 
q.aal2 signaling and the user data. As in Fig. 3B, it queries a database to tianslate the 
E.164 address received for node 5B-N to the IP address of the appropriate rnterworking 
gateway 50. Upon learning of the IP address of the appropriate interworidng gateway 
50. SRNC node 5B-26 sends an Establish Request message 5B-3 to that interworidng 
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address field of the IP header. The destination IP address in flie IP header is an address 
associated with the endpoint address received in the initiation re^onse message. The 
Establish Request message 5B-3 of Fig. 5B includes an identifier for fhe connectioi^ as 
afforded by the connection initiating node (CEDDsmc); the address of the endpoint node 
(e.g., node 5B-N); ALC; OSAID of the connection initiating node; and the SUGR of the 
endpoint node. 

The SRNC node 5B-26 needs to know the IP address of interworldng gateway 
50. Such knowledge can be acquired in various ways, such as (for example) 
preconfiguration of a mapping to the IP address for the appropriate gateway based ^n 
the address received from the receiver node (e.g., node 5B-N). The ATM q.aal2 
signaling does a similar thing when it determines where to send a q.aal2 message. 

Upon receiving the Establish Request message 5B-3, mterworking gateway 50 
sends an Establish Request message 5B-4 towards the node 5B-N. The Establish 
Request message 5B-4 includes the following information elements: (1) the VCC/CE) 
to the endpoint node (i.e., node 5B-N); (2) the address of node 5B-N; (3) ALC; (4) ^ 
OSAID; and (5) the SUGR of the endpoint node (node 5B-N). Thus, interworking 
gateway 50 sends the Estabhsh Request message 5B-4 toward the ATM-based node 5B- 
N based on the E.164 address and SUGR received from the IP SRNC node 5B-26 to 
establish an ATM connection. 

Receipt of the q.aal2 Establish Request message 5B-4 fix)m interworking 
gateway 50 prompts node 5B-N to issue an Establish Confirmation message 5B-5 | 
toward interworking gateway 50. The Establish confirmation message 5B-5 includes 
both the information elements DSAID and OSAID. When interworking gateway 50 
receives the Establish Confirmation message 5B-5 from node 5B-N, interworking 
gateway 50 sends an Establish Confirmation message 5B-6 to SRNC node 5B-26. The 
Establish Confirmation message 5B-6 includes the DSAID of SRNC node 5B-26 
(received in the OSAID parameter of the Establish Request message); and the OSAID 
of interworking gateway 50. The OSAID parameter in this message is also used as^the 
Connection Endpoint Identifier for user plane traffic from the IP node 5B-26 to the 
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The Establish Confirmation message 5B-6 is sent to the IP address received as 
&e IP source address in the Establish Request message ^-4. The OSAID in the 
Establish Confirm message 5B-6 is used for the user plane connection identifier for user 
, data ftoni the IP SRNC node 5B-26 to interworidng gateway 50. The ff SRNC node 
5 5B-26 uses the source IP address in the Establish Confirmation message 5B-6 as the 
destination address for user data toward interworking gateway 50, and uses the OSAID 
of interworking gateway 50 for the connection identifier (CEIDg) of interworking 
^teway 50. It is possible that the source IP address in the Establish Confirmation 
- 1 message 5B-6 is not the same address that the EstebUsh Request message used for a 
10 destination address. In the Establish Confirm message, the DSAID of the SRNC 5B-26 
and tile destination address will uniquely bind the EstabUsh Request and Establish 
Confirm m^sages in tiie IP SRNC 5B-26. 

For the Fig. 5A scenario, Fig. 5A(1) shows basic information that is included 
when firame protocol data [FP] (e.g., user data) is sent. The IP addresses shown (IPr and 

15 \ IPg) are contained in Ae IP destination address fields in the BP header. CEIEh: is the 
SUGR that was used in the connection setup. IPr corresponds to the IP address 
resulting fi-om the mapping firom the E. 164 endpoint address. Similarly, for the Fig. 5B 
scenario, Fig. 5B(1) shows basic information that is included when firame protocol data 
is sent. The BP addresses shown (EPsmc and IPg) are contained in the DP destination 

20 address fields in the IP header. Fig. 5A(1) and Fig. 5B(1) basically correspond to the 
earlier described traffic flows of Fig. 4A(1) and Fig. 4B(1), respectively. 

■\ 

Fig. 6A and Fig. 6B show protocol stacks on the ATM network and IP network, 
respectively, for the Fig. 5A and Fig. SB option of using q.aal signaling over the IP 
network to and from the IP node to implement tiie interworking. Fig. 6 A and Fig. 6B 
25 show that q.aal2 messages are carried over either ATM (in Fig. 6A) or IP (in Fig. 6B). 
The use of M3UA is shown as an example. Other SCTP adaptation methods may be 
used. 

s 

hi the foregoing description of Fig. 5A and Fig. 5B, the same IP address used by 
interworking gateway 50 for the q.aal2 signaling is used for traffic. The IP node 5B-N 
30 can obtain Ms IP address firom the IP header. The interworking gateway 50 has the IP 
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OPTIMIZATION FEATURE USING APPLICATION LEVEL SIGNALING 

In one of its aspects, the present invention also provides an optimization feature 
in iiie event tibat nodes on both side of the interface (lu interface, lur interface, or lub 
interface) are BP-connected nodes. This optimization feature facilitates determination of 
5 whether both nodes aure, in fact, IP-connected nodes, and then permits exchange of p 
information). If both nodes are not IP-connected nodes, transport bearer establishment 
with interworking capabilities are employed in accordance with the invention. 

One possible mode of operation exchanges tranq)ort mformation in apphcation 
signalmg in one direction only and relies on transport bear©: signaling which is 

10 consistent with 3GPP release 99. Another mode.is to exchange all transport bearer 
information witii application signaling. Both modes can be supported as long as n^es 
for backward compatibility are followed. For sake of illustration only, these rules are 
below described in the example context of a serving RNC (SRNC) node and a non- 
serving RNC (SRNC) node, but have broader applicability to other nodes as previously 

15 mentioned. 

The operational rules for the IP-connected SRNC node are listed as S 1 - S3 

below: 

SI: The new IP-connected SRNC node includes an IP address and IP endpoint 
identifier for uphnk traffic in an "IP transport bearer container" of the 
20 initiating apphcation control message, in such a way that it would be ignored 

by a non-IP node (e.g., ignored by a 3GPP R99 node, for example). 



S2: If an IP transport bearer container is received &om a node in an applic^on 
control response message, the transport bearer is considered as being 
established. 
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S3: If an n* transport bearer contamer is not received from a iiode in the 
applicatiott control response message, but instead a normal AAL2 response 
mess^e is received (with, e.g., an AAL2 address and reference), then resort 
is made to the first mode (e.g., interworidng with q.aal2 sigiialing as 
described above). 

The operational rules for the IP-connected non-SRNC node are hsted as Dl - D3 

below: 

Dl : If the non-SRNC node receives an application control message without the 
IP transport bearer container, the non-SRNC node assumes that the SRNC 
node is an AAL2/ATM node, and therefore the non-SRNC node returns the 
^ transport addresses in AAL2/ATM-compatible format (e.g., in accordance 

with 3GPP R99 specifications). Thereafter, resort is made to fee first mode 
(e.g., interworidng wife q.aal2 signaling as described above). 

D2: If fee non-SRNC node receives an ^plication control message wife fee IP 
transport bearer container, fee non-SRNC node includes an container in fee 
RNSAP response message. The IP transport bearer container (and feus fee 
RNSAP response message) includes fee IP address and IP endpoint identifier 
for downlink traffic. 

Example scenarios illustrating this optimization feature are provided in Fig. 7A, 
Fig. 7B, and Fig. 7C. Again, for sake of convenience and example, feese scenarios are 
described in fee non-limiting context of an SRNC node and a non-SRNC node. 

Fig. 7A shows communication between an IP SRNC source node 7A-26 and a 
non-SRNC IP node 7A-N. In accordance wife rule SI, fee initiating application 
message 7A-1 issued by IP SRNC source node 7A-26 includes an IP transport bearer 
container with an IP address and IP endpoint identifier for uplink traffic. Upon receipt 
of fee initiating application message 7A-1, non-SRNC IP node 7A-N detects the 
presence of fee IP transport bearer container and, as required by rule 82, sends an 
initiation response message 7A-2 which includes an IP transport bearer container. The 
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receipt of the initiatioii response message 7A-2 the transport bearer is considered to be 
established. 

Fig. 7B shows another scenario in which IP SRNC source node 7B-26 issues 
initiating application message 7B-1 to non-IP node 7B-N. As in the Fig. 7A scenario, 

5 the initiating application message 7B- 1 includes an IP transport bearer container with an 
iP address and IP en<^oint identifier for uplink traffic. However, upon receipt of the 
initiating application message 7B-1 the non-IP node 7B-N is oblivious to the IP 
transport bearer container included therein. Accordingly, non-IP node 7B-N merely 
returns the initiation response message 7B-2 with ATM transport addresses in anoh-IP 

10 format. That is, the initiation response message 7B-2 mcludes an AAL2 adikess and 
SUGR. Therefore, in accordance with rule S3, upon receipt of the initiation response 
message 7B-2 the IP SRNC node 7B-26 resorts to interworldng, such as the 
interworking with q.aal2 signaling as described above (for example, tiae situation of Fig. 
3AorFig.3B). 

15 Fig. 7C shows yet another scenario (illustrating application of mleDl) in which 

non-EP SRNC node 7C-26 issues initiating application message 7C-1 to IP node 7C-N. 
Since tiie SRNC node 7C-26 is not an ff node, the initiating application message 7C-1 
does not have the IP transport bearer contamer. The node 7C-N, bemg an IP node, is on 
the ouflook for a IP ti-ansport bearer contama: in the initiating ^plication messages 

20 which it receives, but detecting no IP transport bearer container m message 7C-1 
concludes that the node which initiated message 7C-1 (i.e., node 7C-26) is not an JP 
node. Accordingly, IP node 7C-N issues an initiation response message with an AtM 
transport bearer container. In this Fig. 7C scenario, therefore, as m the Fig. 7B 
scenario, tiie SRNC node 7B-26 resorts to intenvorking, such as the interworking with 

25 q.aal2 signahng as described above (for example, the sitiiation of Fig. 3A or Fig. 3B). 

In view of the fact that the attempt to use the optimization feature was not 
successful in eitiier the scenario of Fig. 7B or tiie scenario of Fig. 7C, interworldng is 
employed to estabhsh the transport bearer as previously described (e.g., in the generic 
cases of Fig. 3 A and Fig. 3B, for example). Thus, Fig, 7B and Fig. 7C do not show tiie 

■jrt +rn-n„r%ni+ loiror cirmnliTio- wWr.ln nrmirs tn saich Tmsucnes.<!ful attantjte tO emploV the 
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APPLICATION SIGNALING AUGMENTED BY TRANSPORT LAYER 

nSfTERWORIONG 

Anotiier mode of implementing interworking for the present invention involves 
obtaining adchress and binding identifier parameters to be included in application 
signaling messages by consulting a transport layer interworking gateway. In this mode, 
additional signaling occurs in conjunction witii the application level signaling. 



Hie obtaining of application signaling parameters (e.g., address and binding 
identifier parameters to be included in application signaling messages) in accordance 
with this mode of ttie invention does not involve an interworking at the application 
10 signaling level or termination of the plication signaling, but rather consultation of an 
interworking gateway provided at the transport level. 



An example implementation of obtaining application signaling parametara by 
consulting a transport layer interworking gateway is generally illustrated in Fig. 8. In 
Fig. 8, node 8-26 can (but need not necessarily) be an SRNC node, while node 8-N can 
15 be (for example) a drift RNC node (DRNC), a base station node, or a core network 
node. 

In Fig. 8, the connection initiation node 8-26 is an ATM node while connection 
receiver node 8-N is an IP node which has die optimization feature capabilities 
described above. Whai the IP node 8-N receives initiatmg application message 8-1, IP 
20 node 8-N notes that the connection initiating node is not an IP node but another type of 
node (e.g., an ATM node). Therefore, in accordance wi& the second mode of the 
invention, the receiver node (IP node 8-N) sends an application-augmenting 
interworking request (App IW Request) message 8-1-1 to interworidng gateway 80. 

The purpose of the application-augmenting mterworking request message 8-1-1 
25 ^ is basically to obtain an AAL2 address and SUGR to send back to ATM node 8-26. 

The application-augmenting interworking request message 8-1-1 includes the following: 
an IP address (IPreceive) of the receiving node (e.g., node 8-N); the connection 
identifier accorded by the receiving node (CEIDreceive), and a request for an AAL2 
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identifier used by interworking gateway 80 (denoted as reqjTDPg, CEIDg] in Fig. 8). 

Upon receipt of application-augmaiting interworking request message 8-1-1, 
interw'orking gateway 80 obtains the requested information and sends an application- 
augmenting interworking response message 8-1-2 to node 8-N. The response message 
5 8-1-2 includes the AAL2 address of interworking gateway 80 (AAL2g); a SUGR fo^ 
interworking gateway 80 (SUGRg); and IP address for interworking gateway 80 (Ipg); 
and a CEID for interworking gateway 80 (CEIDg), all as requested in the application- 
augmenting interworking request message 8-1 -1 . Thus, interworking gateway 80 and 
tiie IP receiver node 8-N exchange IP connection information for both directions. 

10 Using the infonnation gained fi:om the application interworking response 

message 8-1-2, the connection receiver node (e.g., node 8-N) can issue ils initiation^ 
response message 8-2 to the ATM-based SRNC node 8-26. The initiation response 
message 8-2 mcludes both the AAL2 address of interworking gateway 80 (AAL2g) and 
the SUGR for interworking gateway 80 (SUGRg) as acquired firom the plication 

1 5 interworking response message 8-1-2. 

Upon receipt of the initiation response message 8-2, ATM-based SRNC node 8- 
26 establishes an AAL2 connection with interworking gateway 80 using the Establish 
Request message 8-3. At this point the connection information for the IP network is 
akeady established, so that full connectivity is in place for the BP network. 
20 Accordingly, the interworking gateway 80 responds to the Establish Request message 
8-3 with an Establish Confirmation message 8-4. The Establish Request message 8-3 
and Establish Confirmation message 8-4 have essentially the same parameters as 
comparable AAL2 messages illustrated in Fig. 5A, for example. 

\ 

For application signaling augmented by transport layer interworking, Fig. 4B 
25 serves as an example scenario when the connection initiating node is the IP-based node 
and the connection receiver node is the ATM node. For the Fig. 8 scenario, basic 
information that is included when user data is sent understood with reference to the 
earlier described traffic flows of Fig. 4A(1) and Fig. 4B(1), respectively, for example. 
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sending the initiating application message. The initiating application message will 
include &e ATM transport parameters received from the gateway. The RNC will then 
establish an AAL2 connection with the gateway. 

MTERWORKING AVTTH TUNNELING 

Yet another mode of implementing interworking for the present invention 
involves tunneling. Tunnehng mechanisms can be used when it is not a requirement 
that transport connections be estabhshed before data is sent and it does not matter which 
node initiates the AAL2 connection. In ttmnehng, two independent unidirectional flows 
on both the IP and AAL2 side are established. For tunneling, the bearer transport 
information can be included in tiie application signaling messages. 

Fig. 9 A illustrate a first case of tunneling m which data is sent from an DP node 
to an ATM node. In the illusti-ation of Fig. 9B, the data is sent from ATM node 9A-N 
to IP node 9A-26. Fig. 9A shows tiiat liie IP node 9A-26 has received, via application 
contirol signaling message 9A-1, the E.164 address and SUGR(CEIDa) of the ATM 
node 9A-N. In the notation "CEIDa", the "a" refers to the ATM node 9A-N. 

Fig. 9A fiirther shows, as user data flow 9A-2, user data being transmitted from 
IP-based node 9A-26 toward ATM node 9A-N. In the user data flow of 9A-2, an IP 
packet is constructed as if it were to be routed to the ATM node using the E.164 address 
as an Ipv6 packet. The CEID (SUGR) for the flow to tiie ATM node is included in the 
application header. As shown by the stack in Fig. 9A, this packet is encapsulated in 
another IP packet addressed to the IP gateway 90 m order to tumiel it to the gateway 90. 
The address for tiie IP gateway 90 is known m advance (e.g., preconfigured, and 
possibly chosen based on E. 1 64 address). 

When gateway 90 receives the packet, it looks at the encapsulated address and 
CEDD and checks if an AAL2 connection already exists for this connection identifier. 
Whenever a connection already exists, information has been stored about the connection 
and thus serves as an indication of the existence of the connection. Also, part of the 
connection information is the AAL2 connection to use toward the ATM node which is 
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is initiated by gateway 90 to the ATM node 9A-N as represented by step 9A-3 in Fig. 
9 A. The connection will be unidirectional in the sense diat for the direction toward^ 
gateway 90, the traffic link parameters can be set to zero so that no resources are used 
for that direction. 

5 , For a second case illustrated in Fig. 96^ data is to be sent from the ATM node 

9B-N to the IP node 9B-26. The ATM node 9B-N has received the IP address of the IP 
node 9B-26, and the CEID for the IP node 9B-26 (CEIDsmc), via application control 
signaling as shown by message 9B-1. The ATM node 9B-N establishes an AAL2 « 
connection with the IP gateway 90, as depicted by step 9B-2 in Fig. 9B. For the data 

10 flow represented by 9B-3 in Fig. 9B, the ATM node 9B-N includes the IP address of 
the IP endpoint node (e.g., IP node 9B-26) in the Served User Transport (SEUT) field in 
the q.aal2 connection request message. This AAL2 connection is also unidirectional 
from a resource allocation perspective. When the gateway 90 receives the connection 
request message, it associates the SUGR and the IP address to the AAL2 connection 

15 established. For data received on that link, the gateway 90 creates an IP packet with 
the destination address of the IP node that was received in the SUT. This IP packet is 
included in the data flow represented by 9B-4 in Fig. 9B. The SUGR is used in the 
header as the CEID. When the IP node 9B-26 receives the data, it can associate the 
CEID with the application. 

20 Thus, in the tunnelmg embodiments of the invention, no transport bearer 

signaling is required for the IP networic. ^ 

MULTIPLE STEPS OF INTERWORIONG 

The present invention also encompasses the potential use of multiple 
interworking steps. For example, there can be the multiple steps of IP- ATM-IP 
25 interworking (e.g., an IP/ATM mterworking followed subsequently by an ATMAP 
interworking). ^■ 

An example situation of ATM-IP-ATM interworking, shown in Fig. lOA, 
involves an ATM connection initiator node iOA-26 receivmg addresses/SUGR from a 
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ATM nodes. In this situation, the ATM connection initiator node lOA-26 SKids q.aal2 
signaling lOA-2 toward an interworking node lOA-40. The interwoiking node lOA-40 
? sends a message lOA-3 to an IP address of anoliier interworking node lOA-50. This 
message lOA-3 includes the address of the end ATM node lOA-N and the SUGR, as 

5 well as the IP address and connection endpoint identifier (CEID) that the second 

interworking node lOA-50 should use to send data to it. The second interworking node 
lOA-50 uses &e destination ATM node address and SUGR to initiate an AL2 
connection to the end ATM node, represented by lOA-4. The end ATM node lOA-N 
sends an establish confirm message lOA-5 back to the second interworking node lOA- 

10 ;. 50. The second interworkmg node lOA-50 sends a message lOA-6 to the first 

interwoiking node lOA-40 wife the IP address and CEID to be used for sending data to 
it and some reference so that the first interwoiking node lOA-40 can associate this 
message wife fee connection being established. Finally, fee first interworking node 
lOA-40 sends an establish confirmation to fee mitiating ATM node lOA-26. 

15 Alternatively, there can be the multiple steps of IP-ATM-IP interwoiking. An 

.-^ example situation of IP-ATM-IP interworkmg is illustrated in Fig. lOB, wherein an IP 
connection initiator node 1 OB-26 is connected to a far end IP node 1 OB-N via ATM 
network 1 OB-3 . The node 1 OB-26 is connected to ATM network 1 OB-3 via 
interworking node lOB-40; fee node lOB-N is comiected to ATM network lOB-3 via 

20 interworking node lOB-50. 



For sake of convenience fee ATM nodes in fee ATM networks of fee figures 
have been illustrated as being directly connected to an appropriate interworidng 
gateway node. However, in view of fee fact that AAL2 is a switching technology, it 
25 should be understood feat one or more ATM switches may reside between fee ATM 
node involved in fee connection and fee interworking gateway node. 

^ It is possible that a node may have bofe ATM and internet protocol (IP) 

interfaces. In such case, fee interworking function can be performed in fee node which 
has bofe ATM and intemet protocol (IP) interfeces (rafeer fean in a separate node as 
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In many examples described above, E.164 addresses have been utilized, e.g., 

with AAL.2, Although E.164 addressing is particularly convenient for use wiiii AAL2, 
it should he understood that the invention is not so limited and that other types of 
addressing are also envisioned. 

Various embodiments of the present invention provide numerous advantagel. 
Among tiie advantages are the following: 

• Connection initialization is initiated by the same node within a particular 
network architecture, regardless of whether it is an ATM network or an ff 



• The application layer (e.g., radio access network layer) signaling is NOT ■ 
affected. For example, the application layer (e.g., radio access network layer) 
signaling is not terminated in order to change only transport-related 
parameters within the signaling messages. 

e The interworidng is preferably performed only at the transport layer. 

• Except for the tunneling embodiments, transport connections are established 
before any user data is sent. 

• Gradual migration is aUowed from AAL2/ATM ixansport to IP transport with 
full connectivity between all nodes. 

a Some nodes in the network are allowed to use only one transport technology, 

\ 

and others to use only another transport technology. 

• The general architecture and principles of 3GPP UTRAN R99 are preserved, 
and there is minimal impact on application layer (e.g., radio access network) 



network. 



protocols. 



VJUiU fhA inxr<»titinti has hetem desorihed m connection with what is presently 
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is intended to cover various modifications and equivalent arrangements included within 
Hie spirit and scope of the a]q>ended cledms. 
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WHAT IS CLAIMED IS: 



1 . A telecommunications system having an application layer and a transport 
layer, the system comprising a first node (26) and a second node (N), characterized in 
that 

the first node utilizes a first transport technology and the second node utilizes a 
second transport technology; and, 

the first transport technology and the second transport technology are 
interworked for facilitating establishment of a transport bearer between the first noib 
and the second node without ternoinating or interworking with application control 
signaling in the application layer. 

2. The system of claim 1, wherein the application layer executes a radio network 
layer procedure to initiate the transport bearer in a radio access network of a wireless 
telecommunications system. ^ 

3. The system of claim 1 , further comprising a transport layer interworking 
gateway (50) connected between the first node and the second node. 

4. The system of claim 3, wherein the interworking gateway receives an 
establish request message carried by the first transport technology and converts an 
address of the second node borne by the establish request message to an address usable 
by the second transport technology, and wherein the interworking gateway employs the 
address usable by the second transport technology to send a bearer signaling message to 
the second node. 

5. The system of claim 4, wherein the first technology is ATM and the second 
technology is internet protocol (EP). 



6. The system of claim 5, wherein the bearer signaling message is in an IP 
bearer control protocol and includes a binding identifier obtained fi-om the second node. 



wo 01/91399 PCT/SEOl/01047 

39 

3 response message including infonnation enabling establishment of a unidirectional 

4 connection from the interworking gateway to the second node. 

1 8. The system of claim 7, wherein after receipt of the IP response message, the 

2 interworking gateway sends an establish confirmation message to the first node. 

1 9. The system of claim 3, wherein the first node uses an address of the second 

2 node to determine an address for the interworking gateway, and wherein the first node 
3. sends a bearer signalhig message to the interworking gateway. 

H 

1 10. The system of claim 9, wherein the bearw signaling message is in an IP 

2 bearer conlrol protocol and includes an address of the second node, a binding identifier 

3 obtained from the second node, and IP connection infonnation necessary for the 

4 interworking gateway to estabhsh a unidirectional connection to the first node. 

1 11. The system of claim 10, wherein upon receiving the bearer signaling 

2^ message, the interworking gateway sends an establish reqpiest message towards the 

3 second node, and wherein upon receipt of the establish request message the second node 

4 sends an establish confirmation message toward the interworking gateway. 

1 12. The system of claim 1 1 , wherein the establish request message and the 

2 establish confirmation message are q.aal2 messages. 

1 ' 13. The system of claim 1 1 , wherem upon receipt of the establish confirmation 

2 message the interworking gateway sends an IP response message to the first node, the 

3 IP response message including IP connection infonnation necessary for the first node to 

4 establish a unidirectional connection to the interworking gateway. 

1 14. The system of claim 1, wherein an interworking fimction interworks the first 

2 technology and the second technology at one of the first node and the second node. 



1 



15. The system of claim 1, wherein an interworking fimction interworks the first 

1 t .1 ...» J 1... _i .0. J. :»'.,iZ.^~.L jc j-t.- ^ -..J rt.*. 
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16. The system of claim 1, wherein an interworking functicm interworks the first 
technology and the second technology using q.aal2 signaling. 

17. The system of claim 16, wherein one of the transport technologies is an 
internet protocol (IP), and wherein the interworking function mvolves using intern^ 
protocol (IP) specific signaling over an internet protocol (IP) network. 

18. The system of claim 16, wherein one of the first and the second node is an 
internet protocol (IP) node, and wherein tiie interworking function involves using q.aal2 
signahng over an intemet protocol (IP) network to/fixjm the internet protocol (IP) node. 

19. The system of claim 1, wherein the first node is an IP-connected node ^ch. 
attempts to establish Ihe transport bearer using applicati(Mi level signalmg, but when 
unsuccessful invokes an interworkmg function for establishing the transport bearer. 

20. The system of claim 1, wherein the first node is an IP-connected node which 
includes its IP address and IP endpoint identifier for uplink traffic in an IP transport 
bearer container sent to the second node in an initiating apphcation control message, 
wherein if an IP transport bearer container is received fixMn the second node in an i 
application control response message, the transport bearer is considered as being 
established, and otherwise the interworking ftmction is invoked by the first node. 

2 1 . The system of claim 1 , wherein an IP-connected node obtains address 
parameters of a transport layer interworking gateway fix>m Ihe transport layer 
interworking gateway for inclusion in application layer signaling to the first node. 

22. The system of claim 21, wherein the fkst node is not an IP-connected node 
but the second node is an IP-connected node, wherein upon receipt of an initiating 
apphcation message firom the first node, the second node obtains firom the transport 
level interworking gateway a network address of the interworking gateway and a 
binding identifier of the interworking gateway to send back to the first node, wherein 
flie second node establishes a bidirectional IP connection with the interworking 
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23. The system of claim 1, wherein a tunneling mechanism is utili2«d to 
interwoik the first technology and the second technology. 

24. For use in a telecommunications system having an application layer and a 
transport layer, the system comprising a first node (26) which utilizes a first transport 
technology and a second node (N) which utilizes a second transport technology, a 
method characterized by interworking the first transport technology and tiie second 
transport technology to facilitate establishment of a transport bearer between the first 
node and the second node widiout terminating or interworking with appUcation control 
signaling in the j^lication layer. 

25. The method of claim 24, further comprising executing at the application 
layer a radio networic layer procedure to establish the trai^ort bearer in a radio access 
network (RAN) of a wireless telecommunications method. 

26. The method of claim 24, further comprising a transport layer interworking 
gateway (50) connected between the first node and the second node, 

27. The method of claim 26, further comprising: 

receiving at the interworking gateway an establish request message carried by 
the first transport technology; 

converting an address of the second node borne by the establish request message 
to an address usable by tlie second transport technology; 

the interworking gateway onploying the address usable by the second transport 
technology to send a bearer signaling message to the second node. 

28. The method of claim 27, wherein the first technology is ATM and the 
second technology is an internet protocol (IP). 

29. The method of claim 28, wherein the bearer signaling message is in an IP 
bearer control protocol and includes a binding identifier obtained firora the second node. 



1 
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4 establishment of a unidirectional connection ftom the interworking gateway to the 

5 second node. ^ 

1 31. The method of claim 30, further comprising, after receipt of tiie IP response 

2 message, the interworidng gateway sending an establish confirmation message to the 

3 first node. 

1 32. The method of claim 26, further comprising: 

2 the first node using an address of the second node to detamine an address f(lr the 

3 interworkitig gateway; and 

4 the first node sending a bearer signaling message to the interworking gateway. 

1 33 . The method of claim 32, wherein the bearer signaling message is in an IP 

2 bearer confrol protocol, and wherein the method comprises including in the IP bearer 

3 signaling message an address of the second node, a binding identifier obtained firom the 

4 second node, and IP connection information necessary for the interworking gatewa^r to 

5 establish a unidirectional connection to the first node. 

1 34. The method of claim 33, further comprising: 

2 upon receiving bearer signaling message, the mterworking gateway sending 

3 an establish request message towards the second node; and 

4 upon receipt of Hie ^tablish request message the second node sending an 

5 establish confirmation message toward the interworiong gateway. 

1 35 . The method of claim 34, wherein the establish request message and the 

2 establish confinnation message are q,aal2 messages. 

1 36. The method of claim 34, further comprising upon receipt of the establish 

2 confirmation message the interworking gateway sending an TP response message to the 

3 first node, the IP response message includiag IP connection information necessary for 

4 the fffst node to establish a unidkectional connection to the interworidng gateway. 
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1 38. The method of claim 24, further comprising using an interworkiiig function 

2 to interwork the first technology and the second technology at a node distinct from the 

3 first node and the second node. 

1 39. The method of claim 24, further comprising using q.aal2 signaling to 

2 interwoik the first technology and the second technology. 

1 40. The method of claim 39, wherein one of the transport tedmologies is an 

2 internet protocol (BP), and flirfher comprising performing interworking using intemet 

3 protocol (EP) specific signaling over an intemet protocol (IP) network. 

1 41 . Hie method of claim 39, wherein one of tbe first and the second node is an 

2 intemet protocol (IP) node, and finrther comprising performing interworking using 

3 q.aal2 signaling over an intemet protocol (IP) network to/firom the intemet protocol (IP) 

4 node. 



1 42. Themethodofclaim24, wherein the first node is an TP-connected node, and 

2'\ fiurth^ comprising: the first node attempting to establish the transport bearer using 

3 application level signaling, but when unsuccessfiil the fiist node invoking an 

4 interworking fimction for establkhing flie transport bearer. 

1 43. The method of claim 24, wherein the first node is an IP-connected node, and 

2 wherein the method fiirther comprises: 

3 the first node including its IP address and IP endpoint identifier for uplink traffic 

4 in an IP transport bearer container sent to the second node in an mitiating application 

5 control message; 

6 wherein if an IP transport bearer container is received from the second node in an 

7 application control response message, considering the transport bearer to be established, 

8 and otherwise invoking intenvoridng by the first node. 

1 44. The method of claim 24, wherein the second node is an IP-cc«mected node, 

2 • the method further comprising: obtaining address parameters of a transport layer 
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1 45. The method of claim 44, wherein the first node is not an IP-wnnected node 

2 but the second node is an IP-connected node, the method further comprising: 

3 upon receipt of an initiating application message from the first node, the second 

4 node obtaining from the transport level interworking gateway a network address of the 

5 interworking gateway and a binding identifier of the interworking gateway to send back 

6 to the first node; ' 

7 the second node establishing a bidirectional IP connection with the interworidng 

8 gateway; and 

9 the first node using the network address of the interworking gateway and tiie 

10 binding identifier of the interworking gateway to establish a connection with the 

11 interworking gateway. 

1 46. The method of claim 24, further comprising using a tunneUng mechani^ to 

2 interwork the first technology and the second technology. 

1 47. A telecommunications system having an application layer and a transport 

2 layer, the application layer bemg a radio network layer, the system comprising: 

3 a first node (26) which is connected to use Intemet Protocol; 

4 a second node (N); ^ 

5 characterized in that 

6 the first node attempts to establish a tranqjort bearer between the first node and 

7 the second node using application level signaling, but when unsuccessfiil mvokes an 

8 interworking function in the transport layer for establishing the transport bearer. 

1 48. The system of claim 47, wherein the first node includes its IP address and BP 

2 endpoint identifier for upUnk traffic m an IP transport bearer container sent to the ^ 

3 second node in an initiating appUcation control message, and wherein if an IP transjport 

4 bearer container is received from the second node in an application control response 

5 message, the transport bearer is considered as being established, and otherwise the 

6 interworking function is invoked by the first node. 



1 



49. The system of claim 47, further comprising a transport layer interworking 
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1 50. The system of claim 49, wherein the mterworking gateway receives M 

2 estabKsh request message carried by fhe first transport technology and converts an 

3 address of Ae second node borne by the establish request message to an address usable 

4 by the second transport technology, and wherein tibie interworking gateway employs the 

5 address usable by the second transport technology to send a bearer signahng message to 

6 the second node. 

"i ■ 

1 51. The system of claim 50, wherein the first technology is ATM and the second 

2 technology is an internet protocol (EP). 

1 52. The system of claim 5 1 , wherein the bearer signaling message is in an IP 

2 bearer control protocol and includes a binding identifier obtained firom the second node. 

1 | 53. The system of claim 52, wherein after receipt of the bearer signaling 

2 message the second node sends an IP response message to the interworking gateway, 

3 the EP response message including information enabling establishment of a 

4 unidirectional connection from the interworking gateway to the second node. 

1 54. Thesystemof claim 53, wherein after receipt of tiie IP response message, 

2 the interworidng gateway sends an establish confirmation message to the first node. 

•••\ 

1 55. The system of claim 47, wherein the first node uses an address of the second 

2 node to determine an address for the interworking gateway, and wherein Ihe first node 

3 sends a bearer signaling message to the interworkmg gateway. 

1 56. For use in a telecommunications system having an application layer and a 

2 transport layer, the application layer being a radio network layer, the system comprising 

3 ^' a first node (26) which is connected to use Internet Protocol and a second node (N), a 

4 method comprising attempting to establish a transport bearer between the first node and 

5 the second node using application level signahng, but when unsuccessfiil invoking an 

6 interworking fimction in the transport layer for establishing the transport bearer. 
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2 the first node including its IP address and IP endpoint identifier for uplink traffic 

3 in an IP transport bearer container sent to the second node in an initiating application 

4 control message; 

5 upon receiving an BP trmsport bearer container from the second node in an 

6 application control response message, considering the transport bearer as being 

7 established, but 

8 otherwise invoking &e interworidng function. 

1 58. The method of claim 56, further invoking the mterworking fonction involves 

2 accessing a transport layer intenvorldng gateway connected between the first node and 

3 the second node. 

1 59. The method ofclaim 58, fiirdier comprising: 

2 upon receiving at tlie interworking gateway an establish request message carried 

3 by the first transport technology, converting an address of the second node borne by the 

4 establish request message to an address usable by the second transport technology; md 

5 employing the address usable by the second transport technology to send a bearer 

6 signaling message to the second node. 

1 60. The method ofolaim 59, wherem the first technology is ATM and the 

2 second technology is an internet protocol (IP). 

1 61. The method of claim 60, further comprising fomiing the bearer signaling, 

2 message in an IP bearer control protocol and including in the bearing siganling message 

3 a binding identifier obtained from the second node. 

1 62. The method of claim 6 1 , further comprising after receipt of the bearer 

2 signaling message, the second node sending an IP response message to the interworking 

3 gateway, the IP response message including information enabling estabhshment of a 

4 unidirectional connection from tiie interworking gateway to the second node. 

1 63. The method of claim 62, finther comprising, after receipt of the IP response 
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1 64. The method ofclaim 63, fiirther comprising: 

2 Ihe first node using an address of the second node to determine an address for the 
3:^ interworking gateway; and 

4 tiie first node sending a bearer si^aiing message to the interworking gateway. 



1 65. A telecommunications system having ah application layer and a transport 

2 layer, the application layer being a radio network layer, the Systran comprising: 

3 a fijst node (26); 

4 a second node (N) which is connected to use Intemet Protocol; 
5^ the S5rstem being characterized by: 

6 a transport layer interworidng gateway (50); 

7 wherein the second node obtains address parameters of the transport layer 

8 interworking gateway firom the transport layer interworking gateway for inclusion in 

9 application layer signaling to the first node in order to enable the first node to xise the 

10 transport layer interworking gateway for the purpose of establishing a transport bearer 

11 between the first node and the second node. 

"■\ : ■ 

I 66. Hie system of claun 65, wherem the first node is not an IP-connected node 



2 but the second node is an IP-connected node, wherein upon rec^t of an initiating 

3 application message firom flie first node, the second node obtains firom tfie transport 

4 level hiterworking gateway a network address of the interworking gateway and a 

5 bmding Identifier of the interworking gateway to send back to the first node, wherein 

6 the second node establishes a bidirectiOTial BP connection with flie interworking 

7 1 gateway; and wherein the first node uses the network address of the interworking 

8 gateway and the binding identifier of the interworking gateway to estaWish a connection 

9 with the interworking gateway. 



1 67. For use in a telecommunications system having an application layer and a 

2 tran^rt layer, the application layer being a radio network layer; the system comprising 

3 a first node (26) and a second node (N) which is connected to use Internet Protocol; a 
4^ meftiod comprising: 

5 file second node obtaining address parameters of a transport layer interworking 
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8 the fest node using the transport layer interworkmg gateway for the purpose of 

9 establishing a transport bearer between &e first node and the second node. 

1 68. The method of claim 67, wherein the first node is not an IP-connected node 

2 but the second node is an IP-connected node, further comprising: 

3 upon receipt of an initiating application message firom the first node, the sec6nd 

4 node obtaining firom the transport level interworking gateway a network address of the 

5 interworidng gateway and a binding identifier of the mterworking gateway for the 

6 second node to send back to the first node; 

7 the second node establishing a bidirectional IP connection with the interworking 

8 gateway; 

9 the fiist node using the network address of the interworking gateway and the 

10 binding identifier of the interworking gateway to establish a connection with the 

11 interworking gateway. 
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